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(57) A technique determining whether a memory 
unit currently attached to a data processing unit is of a 
predetermined type or types. When the power of the da- 
ta processing unit is turned on (S200), it is determined 

(5201 ) whether or not a memory unit has been attached 
to the data processing unit. Thereafter, data is read 

(5202) from a boot block of the memory unit. With ref- 
erence to identification information of the boot block, it 
is determined (8203) whether or not the attached mem- 
ory unit is a first type memory unit, such as a security 
type memory unit. If the attached memory unit is a se- 
curity type memory unit, an authenticating process is 
performed (S204). After the memory unit has been au- 
thenticated, contents data may be recorded or repro- 
duced (S205). If the attached memory unit is not a se- 
curity type memory unit, a message representing that 
the memory unit cannot be used may be issued (S206). 
If the data processing unit is determined (S207) to be a 
non-security type data processing unit, a normal oper- 
ation is performed (S208.S209) regardless of whether 
the memory unit attached thereto is a security type or 
non-security type memory unit. 
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Description 

[0001] The present invention relates to memory and 

data processing units, and data processing methods, 
such as those using a memory unit as a medium for re- s 
cording, for example, audio data, the memory unit being 
attachable to the data processing unit and detachable 
therefrom. 

[0002] Electrically Erasable Programmable Read- 
only Memory ("EE PROM") is electrically rewritable 
memory that requires a relatively large physical space 
because each bit of memory storage is composed of two 
transistors. Thus, the integration of EEPROM is restrict- 
ed. To address this problem, flash memory capable of 
storing one bit with one transistor using an all-bit-erase 
system was developed. Flash memory may become a 
successor of recording media such as magnetic disks 
and optical discs, and may be used In memory cards 
that can be freely attached to an apparatus and de- 
tached therefrom. A digital audio recorder/ptayer may 
use such a memory card instead of a Compact Disc'"* 
CCD") or Mini Disc™ ("MD"). 
[0003] When an audio recorder using such a memory 
card employs a data compressing method that allows 
digital audio data to be recorded/reproduced in a rela- 
tively high quality, copyrights on music titles which can 
be recorded and reproduced thereby need to be protect- 
ed. As an example, encrypting technologies may be 
used to prohibit unauthorized memory cards from such 
recording/reproducing. In other words, an authorized re- 
corder/player matched with an authorized memory card 
arc required to decrypt encrypted data. In addition to 
copyright protection, encrypting technologies may be 
used to protect the security of information stored in a 
memory card. 

[0004] However, memory cards may not include any 
encrypting function. Thus, when secret data is to be re- 
corded to such a memory card, the data is encrypted by 
the recorder/player before being recorded to the mem- 
ory card. There are two problems with such a technique. 
First, if a decryption key is stored in the memory card, 
the security of data is not maintained. Second, if the de- 
cryption key is stored in the recorder/player, encrypted 
data can only be decrypted by the predetermined re- 
corder/player that encrypted and recorded the data. 
Consequently, the memory card storing the encrypted 
data would not be compatible with other recorders/play- 
ers. In other words, if data encrypted by a predetermined 
recorder/player is stored in a memory card, the encrypt- 
ed data stored in the memory card cannot be decrypted 
by other recorders/players. To address this problem, a 
system where both a recorder/player and a memory 
card include an encrypting function, and where they are 
mutually authenticated is proposed. With such a sys- 
tem, both the security and compatibility of cards can be 
maintained. 

[0005] in reality, non-copyrighted data is sometimes 
recorded to a memory card and reproduced therefrom. 



For example, when a conversation is recorded, an audio 
compressing method with a high compression ratio may 
be used, even though the decompressed audio quality 
would be relatively low. In such a case, it is not neces- 
sary to protect any copyrights onthe recorded data. Ad- 
ditionally, when a memory card is used as a medium for 
recording a picture photographed by an electronic still 
camera, a video camera, or the like, it may likewise be 
unnecessary to protect any copyrights on the recorded 
video data. 

[0006] A security type memory card having an en- 
crypting function may be more expensive than a non- 
security type memory card. Thus, depending on the ne- 
cessity tor copyright protection and security, it is expect- 
ed that a security type memory card and a non-security 
type memory card will be selectively used. 
[0007] When there are two types, a security type and 
a non-security type, of recorders/players and memory 
cards, respectively, it may be necessary to determine 
whether each of a recorder/player and a memory card 
used is of the security type or the non-security type to 
ensure compatibility. Alternatively, the shape of a secu- 
rity type memory card may be different from that of a 
non-security type memory card. For example, a notch 
may be formed on a security type memory card or a non- 
security type memory card to prevent it from being at- 
tached to a non-security type recorder/player or a secu- 
rity type recorder/player, respectively. 
[0008] The problem with determining compatibility be- 
tween a recorder/player and a memory card is that if 
they are not of the same type (security or non-security), 
the operation would be meaningless and a delay would 
lake place. Such a situation would be a nuisance to the 
user. Using different shapes for the different types of 
memory cards may solve this problem. However, in ei- 
ther case, compatibility between recorders/players and 
memory cards is not fully provided. For instance, a se^ 
curity type memory card cannot be used with a non-se- 
curity type or lower grade recorder/player. 
[0009] An aim of at least an embodiment of the 
present invention is to overcome the above-described 
problem(s) by providing a memory unit and a data 
processing unit and method that can determine whether 
a memory unit has a predetermined function or functions 
that is otherwise not available. 
[0010] It is another aim to provide a memory unit and 
a data processing unit and method that can determine 
whether a memory unit has a security function that is 
otherwise not available. 

[0011] It is yet another aim to provide a memory unit 
and a data processing unit and method that can deter- 
mine whether a memory unit has a speed function that 
is othenwise not available. 

[0012] It is still another aim to provide a security type 
memory card that is compatible with a non-security type 
recorder/player. For example, one should be able to 
record a picture photographed by a non-security type 
handy movie camera (a recording/reproducing unit with 
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a built-in camera) to a security type memory card and 
^ reproduce the recorded picture therefrom. In such a 

case, the encrypting function would not be used, 

[001 3] It is a further aim to provide a high-speed type 
^ memory card that is compatible with a non-high-speed 

type recorder/player. In such a case, the high-speed 

function would not be used. 

[001 4] Respective aspects of the invention are set out 
in claims 1 , 2 and 8. 

[0015] An embodiment of the present invention is a 
memory unit, which is attachable to/detachable from a 
data processing unit, having a non-volatile memory and 
an Interface for communicating with the data processing 
unit; wherein identification information indicating wheth- 
er the memory unit performs a predetermined function 
is recorded in a predetermined area of the non-volatile 
memory and Is read by the data processing unit when 
the memory unit is attached to the data processing unit. 
[0016] Another embodiment of the present Invention 
Is a data processing unit for recording/reproducing data 
to/from a memory unit -the memory unit having a non- 
volatile memory and being attachable to/detachable 
from the data processing unit-having an interface for 
communicating with the memory unit; wherein the data 
processing unit determines whether the memory unit 
performs a predetermined function by reading identifi- 
cation information recorded in a predetermined area of 
the memory unit. 

[0017] Another embodiment of the present Invention 
is a data processing method for use with a data process- 
ing unit for writing/reading information to/from a memory 
unit including: reading data from a predetermined stor- 
age area of the memory unit when the memory unit is 
attached to the data processing unit; and determining 
whether the memory unit performs a predetermined 
function by examining identification information stored 
in the predetermined area. 

[0018] According to the present invention, a memory 
unit may have Identification information which Indicates 
whether or not the memory unit has a predetermined 
function recorded in a predetermined area of the mem- 
ory unit. Upon attaching such a memory unit to a data 
processing unit, the data processing unit may read such 
Information and determine whether the memory unit has 
the predetermined function. 

[0019] The invention will now be described by way of 
example with reference to the accompanying drawings, 
throughout which like parts are referred to by Wke refer- 
ences, and in which: 

Fig. 1 depicts the overall structure of a recorder/ 
player and a memory card in accordance with an 
embodiment of the present invention; 
Fig. 2 depicts the Internal structure of a security type 
memory card In accordance with an embodiment of 
the present invention; 

Fig. 3 depicts the internal structure of a non-security 
type memory card in accordance with an embodi- 



ment of the present invention; 
. Fig. 4 depicts the structure of a file system process- 
ing hierarchy of a flash memory according to an em- 
bodiment of the present invention; 
s Fig. 5 illustrates a format of a physical data structure 
of a flash memory; 

Fig. 6 depicts the structure of a boot block of a flash 
memory; 

Fig. 7 depicts the structure of boot and attribute in- 
10 formation of a boot block of a flash memory; 

Figs. 8A and 8B Illustrate the relation between con- 
tents and a key; 

Fig. 9 is a diagram to which reference will be made 
in explaining an encrypting process in a record op- 

is e rat ion; 

Fig. 1 0 is a diagram to which reference will be made 
In explaining an authenticating process; 
Fig. 11 is a diagram to which reference will be made 
in explaining an encrypting process in a record op- 

20 eration; 

Fig. 1 2 is a diagram to which refersnce vvill be made 
in explaining an encrypting process in a reproduc- 
ing operation; 

Fig. 1 3 is a diagram to which reference will be made 
25 in explaining an encrypting process in a reproduc- 
ing operation; 

Fig. 1 4 is a diagram to which reference will be made 
In explaining an operation of an interface disposed 
between the recorder and the memory card; 

30 Fig. 1 5 is a diagram to which reference will be made 
in explaining an operation of an interface disposed 
between the recorder and the memory card; 
Fig. 16 is a flowchart to which reference will be 
made in explaining an operation of the present in- 

35 ventlon; 

Fig. 17 is a flowchart to which reference will be 
made in explaining an operation of the present in- 
vention. 

40 [0020] Fig. 1 Is a block diagram showing the structure 
of a digital audio recorder/player 1 according to a pre- 
ferred embodiment of the present invention. Digital au- 
dio recorder/player 1 records and reproduces a digital 
audio signal using a detachable menrtory card (or a 

45 Memory Stick™) 40. Recorder/player 1 may be a part 
of an audio system along with an amplifying unit (not 
shown), speakers (not shown), a CD player (not shown), 
an MD recorder (not shown), a tuner (not shown), and 
so forth. However, it should be noted that the present 

50 invention may be applied to other audio sets. For in- 
stance, recorder/player 1 may be a portable device. The 
present invention may also be applied to a set top box 
that records digital audio data that is circulated via sat- 
ellite data communication, digital broadcast, or the In- 

55 ternet, etc. Moreover, the present Invention may be ap- 
plied to a system that records/reproduces moving pic- 
ture data and still picture data rather than audio data. A 
system according to an embodiment of the present in- 
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ventlon may also record and reproduce additional Intor- 
* mation, such as picture and text, other than a digital au- 

dio signal. 

[0021] Recorder/player 1 has a Centra! Processing 
Unit (•CPU") 2, a security block 3, an operation button 
4, and a display device 5. Security block 3, operation 
button 4, and display device 5 arc connected to CPU 2 
through a bus 16. Security block 3 includes a Data En- 
cryption Standard ("DES") encrypting circuit. Data such 
as a record command, a reproduction command, or the 
like corresponding to a user's operation of operation but- 
ton 4 is supplied to CPU 2 through bus 1 6. Nferious in- 
formatbn, the operation state of recorder/player 1 , and 
so forth are displayed on display device 5. An audio in- 
terface 6 is disposed between an external Input/output, 
which will be described in further detail below, and an 
Internal audio encoder/decoder 7. 
[0022] As will be described later, memory card 40 is 
an IC chip having a flash memory (non-volatile memory) 
42, a control block 41 , a security block 52 (security block 
52 may include a DES encrypting circuit), a communi- 
cation interface, a register, and so forth. Memory card 
40 is attachable to recorder/player 1 and detachable 
therefrom. According to an embodiment, recorder/jp lay- 
er 1 is also compatible with a memory card that does 
not have an encrypting function (namely, security bbck 
52). 

[0023] Audio encoder/decoder 7 encodes digital au- 
dio data in accordance with a highly efficient encoding 
method to be written to memory card 40. In additton, en- 
coder/decoder 7 decodes encoded data read from 
memory card 40. The highly efficient ATRAC3 format 
encoding method, which is a modification of the Adap- 
tive Transform Acoustic Coding ("ATRAC") format used 
for MDs, may be used. 

[0024] In the ATRAC3 format, audio data sampled at 
44. 1 kHz and quantized with 1 6 bits is encoded with high 
efficiency. The minimum data unit of audio data for 
processing is a sound unit ("SU"). 1 SU contains data 
of 1024 samples, thus comprising (1024 x 16 bits x 2 
channels) bits, that is compressed to data of several 
hundred bytes. The duration of 1 SU is approximately 
23 msec. Under this highly efficient encoding method, 
the size of compressed data is approximately 10 times 
smaller than that of the original data. As compared to 
the ATRAC1 format used in MDs, an audio signal com- 
pressed and decompressed according to the ATRAC3 
format Is (ess deteriorated in audio quality. 
[0025] illustratively, an analog input 6 supplies a re- 
production output signal of an MD. a tuner, or a tape to 
an Analog-to-Digilal ("A/D") converter 9, A/D converter 
9 converts the signal from analog input 8 to a digital au- 
dio signal (sampling frequency = 44.1 kHz; the number 
of quantizing bits = 16) and supplies the converted dig- 
ital audio signal to audio interface 6. A digital Input 10 
supplies a digital output signal of an MD, a CD, a digital 
broadcast signal, or network circulated audio data to au- 
dio interface 6. The digital input signal is transmitted 



through, for example, an optical cable. Audio interface 
6 selects an input digital audio signal from A/D converter 
9 and digital Input 10 and supplies the selected input 
digital audio signal to audio encoder/decoder 7. 
s [0026] Audio encoder/decoder 7 encodes the input 
digital audio signal and supplies the encoded data to se- 
curity block 3. Security block 3 encrypts the encoded 
data received from audio encode r/decoder7 so as to 
protect copyrights on the contents of said data (in this 
10 example, a digital audio signal). Security block 3 of re- - 
corder/player 1 may have a plurality of master keys and 
a unit unique storage key. in addition, security block 3 
may have a random number generating circuit (not 
shown). When memory card 40 having security block 52 
'5 is attached to recorder/player 1 , security block 3 of re- 
corder/player 1 determines whether or not memory card 
40 is valid (namely, authenticates memory card 40). Af- 
ter security block 3 of recorder/player 1 has properly au- 
thenticated memory card 40, security block 3 of record- 
so er/player I and security block 52 of memory card 40 
share a session key. 

[0027] The encrypted audio data that is output from 
security block 3 is supplied to CPU 2. CPU 2 communi- 
cates with memory card 40 through a bidirectional serial 

25 interface 11. In an embodiment, memory card 40 is at- 
tached to an attaching/detaching mechanism (not 
shown) of recorder/player 1 . CPU 2 writes the encrypted 
data to flash memory 42 of memory card 40. The en- 
crypted data is serially transmitted between CPU 2 and 

50 memory card 40. 

[0028] CPU 2 reads encrypted audio data from mem- 
ory card 40 through memory interface 11 and supplies 
such data to security block 3. Security block 3 decrypts 
the encrypted audio data. The decrypted audio data is 

3S supplied to audio encoder/decoder 7 which decodes the 
decrypted audio data. An output signal of audio encod- 
er/decoder 7 is supplied to a D/A converter 12 through 
audio interface 6. D/A converter 1 2 converts the digital 
audio data into an analog audio signal and transmits the 

40 same through output 1 3. Audio data received from audio 
encoder/decode r7 and decrypted data received from 
security block 3 may also be outputted as digital output 
signals through outputs 14 and 15, respectively, through 
interface 6. 

45 [0029] Fig. 2 Is a bkx:k diagram showing the internal 
structure of memory card 40. Memory card 40 is a one 
chip integrated circuit ("IC") comprising control block 41 , 
security block 52, and flash memory 42. As shown in 
Fig. 2, bidirectional serial interface 1 1 disposed between 

so CPU 2 of recorder/player 1 and memory card 40 is com- 
posed of 10 lines, which include a clock line SCK for 
transmitting the clock signal that is transmitted along 
with data, a status line BBS for transmitting a status sig- 
nal, a data line DIO for transmitting data, an interrupt 

55 line INT, two GND lines, two VCC lines, and two re- 
served lines. 

[0030] Four major lines of the 10 lines are clock line 
SCK, status line SBS, data line DIO, and interrupt line 
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INT Clock line SCK is used to send a clock signal to 
synchronize data transfer. Status line SBS is used to 
send a status signal that represents the status of mem- 
ory card 40. Data line DIO is used to input and output a 
< command and encrypted audio data. Interrupt line INT 

is used to send an interrupt request signal from memory 
card 40 issues to CPU 2 of recorder/player 1 . When 
memory card 40 is attached to recorder/piayer 1 . an in- 
terrupt signal is generated. In another embodiment, the 
interrupt signal is sent through data line DIO in which 
case interrupt line INT is grounded and not used. 
[0031] A serial/parallel and parallel/serial interface 
block ("S/P and P/S IF block") 43 Is an interface of con> 
trol block 41 coupled to Interface 11. S/P and P/S IF 
block 43 converts serial data received from recorder/ 
player 1 into parallel data. It also converts parallel data 
of control block 41 into serial data, and supplies the se- 
rial data to recorder/player 1 . In addition, S/P and P/S 
IF block 43 separates a command and data received 
through data line DIO into those for accessing flash 
memory 42 and those for performing an encrypting proc- 
ess. 

[0032] In other words, with the data line DIO, after a 
command is sent, data is sent. S/P and P/S IF block 43 
determines whether the received command and data 
are for accessing flash memory 42 or for performing the 
encrypting process by the code of the received com- 
mand. Corresponding to the determined result, a com- 
mand for accessing flash memory 42 is stored to a com- 
mand register 44 and data is stored to a page buffer 45 
and a write register 46. In association with write register 
46, an error correction code encoding circuit 47 is dis- 
posed. Error correction code encoding circuit 47 gener- 
ates a redundant code of an error correction code for 
data temporarily stored in page buffer 45. 
[0033] Output data of command register 44, page 
buffer 45, write register 46, and error correction code 
encoding circuit 47 is supplied to a flash memory inter- 
face and sequencer ("memory IF and sequencer") 51. 
Memory IF and sequencer 51 is an interface coupled to 
flash memory 42 and controls data exchanged between 
flash memory 42 and control block 41 , for example, data 
is written to flash memory 42 through memory IF and 
sequencer 51 . 

[0034] Data read from flash memory 42 Is supplied to 
page buffer 45. a read register 48, and an error correct- 
ing circuit 49 through memory IF and sequencer 51 . Er- 
ror correcting circuit 49 corrects an error(s) of data 
stored in page buffer 45. Error corrected data output 
from page buffer 45 and data output from read register 
48 are supplied to S/P and P/S IF block 43 and then 
supplied to CPU 2 of recorder/player 1 through serial 
interface 11. 

[0035] To protect copyrights on the contents (audio 
data compressed In the ATRAC3 format ("ATRAC3 da- 
ta")) written to flash memory 42, security block 3 of re- 
corder/player 1 and security block 52 of memory card 
40 cooperate to encrypt the contents. Security bkx^k 52 



has a buffer memory 53, a DES encrypting circuit 54, a 
non-volatile memory 55, and so forth. 
[0036] As shown in Fig. 2, a configuration ROM 50 is 
disposed in control block 41 . Configuration ROM 50 

5 stores version information and various kinds of attribute 
information of memory card 40. Memory card 40 has a 
write protection switch 60 operable by a user. When 
switch 60 is placed in a write protection position, even 
If recorder/player 1 sends an erase command to flash 

10 memory 42, data stored in flash memory 42 is prohibited 
from being erased. When switch 60 is placed in a non- 
write protection position, data stored in flash memory 42 
is erasable. An oscillator 61 generates a clock signal 
used as a timing reference for processes performed in 

IS memory card 40. 

[0037] Security block 52 of memory card 40 has a plu- 
rality of authentication keys and a memory card unique 
storage key. Non-volatile memory 55 stores a decryp- 
tion or storage key that cannot be accessed from outside 

20 of security block 52. Security block 52 has a random 
number generating circuit. Security block 52 can au- 
thenticate recorder/player 1 (which may form a dedicat- 
ed system that uses a predetermined data fonmat) and 
share a session key therewith. A contents key for en- 

25 crypting ATRAC3 data is encrypted with the session key 
and sent between recorder/player 1 and memory card 
40. As with security block 52 of memory card 40, security 
block 3 of recorder/player 1 has a set unique storage 
key. When contents have been encrypted and are to be 

30 stored to flash memory 42, a corresponding contents 
key is encrypted using the storage key and stored with 
the encrypted contents. 

[0038] Fig. 3 shows a memory card 40' that does not 
have an encrypting function. In other words, memory 

35 card 40' is a non-security type memory card. Unlike 
memory card 40 shown in Fig. 2, memory card 40' does 
not include security block 52. The remaining structure 
of memory card 40' is substantially the same as that of 
memory card 40, In addition, the size and shape of 

40 memory card 40' may be the same as that of memory 
card 40. Since recorder/player 1 shown in Fig. 1 is a 
security type recorder, recorder/player 1 and the mem- 
ory card 40 are mutually authenticated and a key is com- 
municated therebetween. When memory card 40', 

4S shown in Fig. 3, is attached to recorder/player 1 , record- 
er/player 1 determines that memory card 40' is a non- 
security type memory card and that it cannot be used 
with recorder/player 1. 

[0039] There are several methods by which recorder/ 
so player I may determine the type of memory card at- 
tached thereto. As one example, when memory card 40' 
is attached to recorder/player 1 , a key is sent from re- 
corder/player 1 to memory card 40' so as to authenticate 
it. Since memory card 40' does not send a correct re- 
ss sponse to recorder/player 1, recorder/player 1 deter- 
mines that memory card 40' is not of the security type 
after a time-out period. As another example, when mem- 
ory card 40 or 40' is attached to recorder/player 1 . iden- 
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tification information that represents whether or not the 
memory card Is of the security type may be recorded in 
a predetermined area (boot area) of the memory card. 
Upon reading such identification information, recorder/ 
player 1 can determine the type of memory card at- s 
tached thereto. 

[0040] In addition to recorder/player 1 shown in Fig. 
1 , a unit that can use non-security type memory card 40' 

is presented according to the present invention. One ex- 
ample is a digital handy movie camera that records a io 
picture photographed with a Charge Coupled Device 
("CCD") camera to memory card 40' and reproduces the 
photographed picture therefrom. As will be described 
later, according to an embodiment of the present inven- 
tion, to enhance the compatibility of memory card 40. it 
Is structured so that a non-security device such as a dig- 
ital handy movie camera can record and reproduce data 
using memory card 40. In other words, as described 
above. S/P and P/S IP block 43 has a function for sep- 
arating command and data for flash memory 42 and 
those tor security block 52. 

[0041] In accordance with an embodiment, memory 
cards 40 and 40' store data using the File Allocatbn Ta- 
ble ("FAT") file system of a personal computer as with a 
disc shaped recording medium. Flash memory 42 com- 
prises an Initial Program Load ("IPL") area, a FAT area, 
and a route directory. The IPL area stores the address 
of a program that is Initially loaded to a memory of re- 
corder/player 1 . In addition, the IPL area stores various 
kinds of information of flash memory 42. The FAT area 
stores data with respect to memory blocks in flash mem- 
ory 42. In other words, the FAT area stores values that 
represent non-used blocks, the next block number, bad 
blocks, and the last block. The route directory area 
stores a directory entry (file attribute, updated date 
(year, month, and day), start cluster, file size, and so 
forth). 

[0042] In addition to the file management system de- 
fined in the format of memory cards 40 and 40', file man- 
agement information (a track information management 
file) for a music file may be defined. The track informa- 
tion management file is stored in flash memory 42 using 
a user block of memory cards 40 and 40'. Thus, even If 
the FAT of memory card 40 or 40* is broken, the file can 
be restored. 

[0043] The track information management file is cre- 
ated by CPU 2. When the power of recorder/player 1 Is 
turned on, GPU 2 determines whether or not memory 
card 40 or 40' has been attached to recorder/player 1, 
When memory card 40 or 40' has been attached to re- 
corder/player 1 , CPU 2 reads a boot block of flash mem- 
ory 42. In accordance with the identification information 
of the boot block, CPU 2 determines whether or not the 
attached memory card is a security type memory card. 
[0044] If memory card 40 is attached (i.e.. security 
type), CPU 2 performs an authenticating process. Other 
data read from memory card 40 is stored in a memory 
(not shown) managed by CPU 2. In flash memory 42 of 



memory card 40 or 40' that has not been used, before 
it is shipped, a FAT and a route direction are written. 
When data is recorded, the track information manage- 
ment file is created. After CPU 2 has authenticated 
memory card 40, recorder/player 1 records or reproduc- 
es an encrypted ATRAC3 data file. 
[0045] When data is recorded, a record command that 
is issued corresponding to the operation of operatbn 
button 4 is sent to CPU 2. The input audio data is com- 
pressed by encoder/decoder 7. The ATRAC3 data re- 
ceived from encoder/decoder 7 is encrypted by security 
block 3. CPU 2 stores the encrypted ATRAC3 data to 
flash memory 42 of memory card 40. Thereafter, the FAT 
and the track in formation management file are updated. 
Whenever the file is updated (namely, after audio data 
is recorded), the FAT and the track information manage- 
ment file are rewritten to a memory controlled by CPU 
2. When memory card 40 is detached from recorder/ 
player 1 or the power of recorder/player 1 is turned off, 
the final FAT and the track information management file 
are supplied from the memory to flash memory 42 of 
memory card 40. In this case, whenever audio data has 
been recorded, the FAT and the track information man- 
agement file stored in flash memory 42 may be rewrit- 
ten. When data Is edited, the contents of the track infor- 
mation management file are updated. 
[0046] Fig. 4 is a schematic diagram showing the hi- 
erarchy of the file system processes of a computer sys- 
tem that uses memory card 40 or 40' as a storage me- 
dium. As shown therein, the top hierarchical level is an 
application process layer. The application process layer 
is followed by a file management process layer, a logical 
address management layer, a physical address man- 
agement layer, and a flash memory access layer. The 
file management process layer is the FAT file system. 
Physical addresses are assigned to individual blocks of 
flash memory 42 in memory card 40 or 40'. The relation- 
ship between the blocks of flash memory 42 and the 
physical addresses thereof does not vary. Logical ad- 
dresses are addresses that are logically handled on the 
file management process layer, 
[0047] Fig. 5 is a schematic diagram showing the 
physical structure of data handled in flash memory 42 
of memory card 40 or 40'. In flash memory 42, a data 
un'rt (referred to as a segment) is divided Into a prede- 
termined number of blocks (fixed length). One block is 
divided into a predetermined number of pages (fixed 
length). In flash memory 42, data is erased one block at 
a time. Data is written to flash memory 42 or read there- 
from one page at a time. The size of each block is the 
same. Likewise, the size of each page is the same. One 
block is composed of page 0 to page m. One block may 
have a storage capacity of 8 KB (kilobytes) or 1 6 KB and 
one page may have a storage capacity of 51 2 B (bytes). 
When one block has a storage capacity of 8 KB, the total 
storage capacity of flash memory 42 is 4 MB (512 
blocks) or 8 MB (1024 blocks). When one block has a 
storage capacity of 1 6 KB, the total storage capacity of 
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flash memory 42 is 16 MB (1024 blocks). 32 MB (2048 
blocks), or 64 MB (4096 blocks). 
[0048] One page is composed of a data portion of 51 2 
bytes and a redundant portion of 16 bytes. The first three 
bytes of the redundant portion Is an overwrite portion 
that Is rewritten whenever data is updated. The first 
three bytes successively contain a block status area, a 
page status area, and an update status area. The rj9- 
maining 1 3 bytes of the redundant portion are fixed data 
that depends on the contents of the data portion. The 
13 bytes contain a management flag area (1 byte), a 
logical address area (2 bytes), a format reserve area (5 
bytes), a dispersion information Error-Correcting Code 
("ECC") area (2 bytes), and a data ECC area (3 bytes). 
The dispersion Information ECC area contains redun- 
dant data for an error correction process for the man- 
agement flag area, the logical address area, and the for- 
mat reserve area. The data ECC area contains redun- 
dant data for an error correction process for the data in 
the 512-byte data portion. 

[0049] The management flag area contains a system 
flag (1 : user block, 0: boot block), a conversion table flag 
(1 : Invalid, 0: table block), a copy prohibition flag (1 : copy 
allowed. 0: copy not allowed), and an access permission 
flag (1: free, 0: read protect). 

[0050] The first two blocks - blocks 0 and 1 are boot 
blocks. Block 1 Is a backup of block 0. The boot blocks 
are top blocks that are valid in memory card 40 or 40'. 
When memory card 40 or 40' is attached to recorder/ 
player 1 , the boot blocks are accessed first. The remain- 
ing blocks are user blocks. Page 0 of a boot block con- 
tains a header area, a system entry area, and a boot 
and attribute information area. Page 1 of a boot block 
contains a prohibited block data area. Page 2 of a boot 
block contains a CIS (Card Information Structure)/! Dl 
(Identify Drive Information) area. 
[0051] Fig. 6 shows the format of pages 0, 1 , and 2 of 
a boot block. A header (368 bytes) of a boot block stores 
a boot block ID, a format version, and the number of 
valid entries of the boot block. A system entry (48 bytes) 
stores the start position of the prohibited block data, the 
data size thereof, the data type thcrco f , the data start 
position of CIS/IDl, the data size thereof, and the data 
type thereof. The boot and attribute information contains 
memory card type (read only type, rewritable type, or 
hybrid type), the block size, the number of blocks, the 
number of lotalblocks, the sec urity/non -security type, 
the card fabricatbn data (date of fabrication), and so 
forth. 

[0052] Fig. 7 shows the structure of the boot & at- 
tribute information (96 bytes) shown in Fig. 6. The boot 
& attribute information may include the class of the 
memory card, the type (read only, read write enable, hy- 
brid of both types, etc.), the block size, the number of 
blocks, the total number of blocks, the security type/non- 
security type, the production data (the date of produc- 
tion: year, month, day), and so forth. Recorder/player 1 
determines whether or not a memory card is of the se- 



curity type using the security type Information (one 
byte). In Fig. 7, (*1 ) represents a data item that recorder/ 
player 1 reads and checks when a memory card is at- 
tached thereto: and (*2) represents production/quality 

s management data item. 

[0053] It is appreciated that the insulation film of flash 
memory 42 deteriorates whenever data stored therein 
is rewritten. Thus, the service life of memory card 40 or 
40' is limited by the number of times flash memory 42 is 

10 rewritten. Accordingly, it is preferable to prevent a par- 
ticular storage area (block) of flash memory 42 from be- 
ing repeatedly accessed. Consequently, when data 
stored at a particular physical address Is to be rewritten, 
updated data Is not written back to the same block. In- 

15 stead, the updated data is written to a block that has not 
been used. Thus, after data is updated, the relationship 
between physical addresses and logical addresses var- 
ies. When such a process (referred to as a swapping 
process) is performed, the same block is prevented from 

20 being repeatedly accessed. Thus, the sen/ice life of 
flash memory 42 can be prolonged. 
[0054] Since a logical address corresponds to data 
written to a block, even if updated data is physk:ally 
moved to another block, the same logical address may 

25 be maintained in the FAT. The swapping process causes 
the relationship between logical addresses and physical 
addresses to vary. Thus, a conversion table that con- 
verts logical addresses into physical addresses Is 
changed accordingly when such a swapping process Is 

30 performed. By referencing the conversion table, a phys- 
ical address corresponding to a logical address desig- 
nated by the FAT is obtained. Thus, the updated data 
can be properly accessed using the same logical ad- 
dress. 

3S [0055] The logical address - physical address conver- 
sion table is stored In a memory Random Access Mem- 
ory ("RAM") by CPU 2. However, when the storage ca- 
pacity of the RAM is small, the logical address - physical 
address conversion table can be stored in flash memory 

40 A2. This table basically correlates logical addresses 
(two bytes) arranged in ascending order with physical 
addresses (two bytes). Since the maximum storage ca- 
pacity of flash memory 42 is 128 MB (8192 blocks), with 
two bytes, 8192 addresses can be represented. In ad- 

45 dition, the logical address - physical address conversion 
table is managed segment by segment. The size of the 
logical address - physical address conversion table Is 
proportional to the storage capacity of flash memory 42. 
If the storage capacity of flash memory 42 is 8 MB (two 

50 segments), two pages corresponding to the two seg- 
ments arc used for the logical address - physical ad- 
dress conversion table. If the logical address - physical 
address conversion table is stored in flash memory 42, 
one bit of the management flag of the redundant portion 

55 of each page represents whether or not a relevant bkx;k 
has been stored in the logical address - physical ad- 
dress conversbn table. 

[0056] Next, the security protecting function will be 
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further described. First of all. with reference to Figs. 8A 
and 8B, the relation between a key and contents will be 
described. Each tune (or song) stored in flash nnemory 
42 may be referred to as a track. Fig. BA illustrates one 
track stored in flash nnemory 42. As shown in Fig. 8A, 
each track includes a key area (header) 101 . A contents 
key CK created for each track (title) of encrypted audio 
data is encrypted with a memory card unique storage 
key Kstm and the resultant data is stored to key area 
1 01 . DES is used for an encrypting process for the con- 
tents key CK and the storage key Kstm. DES (Kstm, CK) 
represents that the contents key CK is encrypted with 
the storage key Kstm. An encoded value preferably has 
64 bits composed of 56 bits of data and 8 bits of an error 
detection by Cyclical Redundancy Checking ("CRC"). 
[0057] Each track is divided into parts 102. A parts 
key PK is recorded with each part. Illustratively, the track 
shown in Fig. 8A comprises only one part 102. Part 102 
is a set of blocks 103 (16 KB each). Each block 103 
stores a block seed BK_SEED and an initial vector INV. 
The part key PK is paired with a contents key CK so as 
to create a block key BK for encrypting the contents. In 
other words. BK = DES (CK (+) PK, BK.SEED) (56 bits 
+ 8 bits) (where (+) represents an excluslve-OR), The 
initial vector INV Is an initial value for an encrypting/de- 
crypting process for a block. 

[0058] Fig. BB relates to contents data in recorder/ 
player 1. A contents key CK for each track of contents 
is decrypted and the resultant data is re-encrypted with 
a recorder unique storage l<ey Kstd. The re-encrypted 
data is stored in a key area 111 . In other words, the de- 
crypting process is denoted by IDES (Kstm, CK) (56 bits 
+ 8 bits). The re-encrypting process is denoted by DES 
(Kstd. CK) (56 bits + 8 bits), A part key PK for creating 
a block key BK is recorded for each part 11 2 of the con- 
tents. Each block 113 of a part 112 may store a block 
seed BK-SEED and an initial vector INV As with the 
memory card, the block key BK is represented as BK = 
DES (CK (+) PK, BK.SEED) (56 bits + 8 bits). 

Write Qperatton to Memory Card 40 

[0059] An encrypting process which may be utilized 
in a recording (write) operation of recorder/player 1 will 
now be explained with reference to Fig. 9. For simplicity, 
in Fig, 9. similar portions to those in Fig. 1 are denoted 
by similar reference numerals and their description is 
omitted. In addition, interface 11, bus 16, and control 
block 41 , through which data and commands are trans- 
ferred between the components of recorder/player 1 
and memory card 40. have been omitted from Fig. 9 and 
the following process explanation for simplicity. In Fig. 
9, SeK is a session key shared between recorder/player 
1 and memory card 40 after they have been mutually 
authenticated. In Fig. 9, reference numeral 10' is a CD 
and a source of a digital audio signal Inputted at digital 
input 10. 

[0060] When memory card 40 is attached to recorder/ 



player 1 , recorder/player 1 determines whether or not 
memory card 40 is a security type memory card by use 
of the identification infonmation In the boot area thereof. 

Since memory card 40 is a security type memory card, 
5 recorder/player 1 and memory card 40 are mutually au- 
thenticated. 

[0061] The process of mutual authentication between 
recorder/player 1 and memory card 40 will be hereinbe- 

low described with reference to Fig. 10. 

10 [0062] After a write request signal is sent from record- 
er/player 1 to memory card 40, recorder/player 1 and 
memory card 40 mutually authenticate again, as will be 
described in further detail with reference to Fig. 10. If 
recorder/player 1 and memory card 40 recognize each 

'5 other as legitimate in accordance with the mutual iden- 
tification process, a key writing process, as will be de- 
scribed in further detail with reference to Fig. 11 , is per- 
formed. Otherwise, the write operatbn is terminated. Af- 
ter the key writing process is complete, audio data is 

20 encrypted and written to memory card 40 through inter- 
face 11 by CPU 2. 

[0063] With reference to Fig. 9, recorder/player 1 gen- 
erates a random number for each track of data (tune) to 
be written and creates a corresponding contents key CK 

25 according to each of the random numbers. Security 
block 3 of recorder/player 1 encrypts contents key CK 
using session key SeK. Recorder/player 1 outputs the 
encrypted contents key CK to memory card 40. DES en- 
crypting/decrypting circuit 54 of security block 52 in 

30 memory card 40 decrypts the encrypted contents key 
CK, and re-encrypts the decrypted contents key CK us- 
ing a storage key Kstm from memory 55. Memory card 
40 outputs the re-encrypted CK to recorder/player 1 
(CPU 2). Recorder/player 1 (CPU 2) sets the re-encrypt- 

35 ed contents key CK in the key area 111 (as shown in 
Fig. SB) of each track. Recorder/player 1 generates a 
random number for each part data area 112 (as shown 
in Fig. 8B) of each track, and creates a part key PK ac- 
cording to each random number. Each created part key 

40 PK is set in a corresponding part data area 1 1 2 by CPU 
2. 

[0064] A temporary key TMK may be generated by 
performing an XOR of part key PK and contents key CK 
by recorder/player 1 for each part data area 112 as 
45 shown below in equation (1 ). The creation of temporary 
key TMK is not limited to using an XOR function. It is 
possible to use other functional operators, such as a 
simple AND operator. 

^ TMK = PKXORCK (1) 

[0065] Recorder/player 1 generates a random 
number for each block 113 of each part data area 112 
55 and creates block seed BK.SEEQ according to each 
random number. Further, recorder/player 1 (CPU 2) sets 
the created block seed BK.SEED Into its proper positbn 
in each corresponding block 113. Recorder/player 1 us- 
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es the temporary key TMK and the blcx:k seed 
BK_SEED in equation (2) to perform a Message Au- 
thentication Code ("MAC") operation to create block key 
BKfor each block 113. 

BK = MAC (TMK, BK.SEED) (2) 

[0066] It is possible to perform processing other than 
a MAG operation by using a secret key on the input of 
aSHA-1 (secure Hash algorithm), RIPEMD-160. or oth- 
er one-way flash functions to create block key BK. Here, 
the one-way function f defines a function from which it 
is easy to calculate y = f (x) from x. but conversely difficult 
to find X from y. A one-way Hash function is described 
in detail In the "Handbook of Applied Cryptography, CRC 
Press". 

[0067] Audio encoder/decoder 7 compresses the dig- 
ital audio signal inputted to digital Input 10 from CD 10' 
or the digital signal from A/D converter 9. which converts 
an analog audio signal Inputted to analog input 8 into a 
digital signal, in accordance with the ATRAC3 format. 
Then, security block 3 encrypts the compressed audio 
data in the Cipher Block Chaining ("CBC") mode by us- 
ing the block key BK, the CBC mode being a data en- 
cryption mode prescribed in Federal Information 
Processing Standard (TIPS") PUB 81 ("DES MODES 
OF OPERATION"). 

[0068] Recorder/player 1 adds headers to the en- 
crypted audio data and outputs the results to memory 

card 40. Memory card 40 writes the encrypted audio da- 
ta and headers into flash memory 42. At this point, writ- 
ing of audio data from recorder/player 1 to memory card 
40 is complete. 

[0069] Fig. 10 shows an authenticating process per- 
formed between recorder/player 1 (SET) and memory 
card 40 (MEMORY CARD). At step SI. the random 
number generator of security block 52 in memory card 
40 generates a random number Rm and sends the ran- 
dom number Rm and the serial number ID of memory 
card 40 to recorder/player 1 . 

[0070] At step S2, recorder/player 1 receives Rm and 
ID and generates an authentlcationkey IKj according to 
the relationship IKj = MAC (MKj, ID), where MKj is one 
of the master keys stored in security block 3. Recorder/ 
player 1 generates a random number Rd and creates a 
message authenticator MAC^ (Message Authentication 
Code) with the authentication key, namely, MAC(IKj, Rd 
// Rm // ID). Thereafter, recorder/player 1 generates a 
random number Sd and sends Rd // Sd // MAC^ // j to 
memory card 40. 

[0071] At step S3, memory card 40 receives the data 
RD//Sd//MACA//j, finds an authentication key IKj from 
security block 52 corresponding to j. and calculates a 
MACn with the authentication key IKj using Rd. Rm, and 
ID. When the calculated^ MACg is equal to the received 
MAC/^, memory card 40 determines that recorder/player 
1 is valid (i.e., authorized). At step S4, mennory card 40 



creates MAC^, = MAC (IKj, Rm // Rd) and generates a 
random number Sm. Thereafter, memory card 40 sends 
Sm // MACg to recorder/player 1 . 
[0072] At step S5, recorder/player 1 receives Sm // 

s MACj. from memory card 40. Recorder/player 1 calcu- 
lates MAC|, using IKj. Rm, and Rd. When the calculated 
MACq is equal to the received MACq, recorder/player 1 
determines that memory card 40 is valid (i.e., author- 
ized). At step SB, recorder/player 1 designates MAC 

10 (IKj, Rm// Rd) as the session key SeK. At step S7, mem- 
ory card 40 designates MAC (IKj, Rm // Rd) as the ses- 
sion key SeK. When recorder/player I and memory card 
40 are mutually authenticated, the session key SeK is 
shared between them. The session key SeK is created 

IS whenever authentication is successful. 

[0073] Fig. 1 1 shows a key writing process in the case 
that recorder/player 1 (SET) records audio data to flash 
memory 42 of memory card 40 (MEMORY CARD). At 
step S1 1 , recorder/player 1 generates a random number 

20 for each track of contents and creates a contents key 
CK. At step SI 2, recorder/player 1 encrypts the contents 
key CK with the session key SeK and sends encrypted 
DES (SeK, CK) to memory card 40. 
[0074] At step SI 3, memory card 40 receives the data 

25 DES (SeK, CK) from recorder/player 1 and decrypts the 
contents key CK with the session key SeK. The decrypt- 
ing process is denoted by IDES (SeK, DES (SeK. CK)). 
At step SI 4, memory card 40 re-encrypts the decrypted 
contents key CK with the storage key Kstm from mem- 

30 ory 55 and sends the re-encrypted contents key DES 
(Kstrn, CK) to recorder/player 1. 
[0075] At step SI 5, recorder/player 1 places the re- 
encrypted contents key CK in the key area 111 tor man- 
aging the corresponding part data area 112 and per* 

35 forms a formatting p rocess so that the re-encrypted con- 
tents key CK and the contents are recorded to flash 
memory 42 of memory card 40. To encrypt the contents, 
the contents key CK and the part key PK are exclusive- 
Ored (XOR, or altematively, AND), as illustrated in Fig. 

40 9 and equation 11 above. The result of the XOR opera- 
tion is the temporary key TMK. The temporary key TMK 
is stored only in security block 3. Thus, the temporary 
key TMK is not accessible from outside of security block 
3. At the beginning of each block 11 3, a random number 

45 is generated as a block seed BK_SEED. The random 
number is stored In each part data area 112. Recorder/ 
player 1 encrypts the block seed BK_SEED with the 
temporary key TMK to obtain a block key BK. In other 
words, the relation of BK = (CK (+) PK, BK^SEED) is 

50 obtained. The block key BK is stored only in security 
block 3. Thus, the block key BK is not accessible from 
outside of security block 3. 

[0076] At step SI 6, recorder/player 1 encrypts the da- 
ta in each part data area 112 block by block with the 
55 block key BK and sends the encrypted data and the data 
in key area 111 to memory card 40. Memory card 40 
records the encrypted data and the data in key area 111 
(header data) received from recorder/player 1 to flash 
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memory 42 at step SI 7. 

Read Operation from Memory card 40 

[0077] A decrypting process tor use in a reproducing 
(read) operation of recorder/player 1 will now be ex- 
plained with reference to Fig. 12. For simplicity, in Fig. 
12, similar portions to those in Fig. 1 are denoted by 
similar reference numerals and their description is omit- 
ted. In addition, interface 11, bus 16, and control block 
41, through which data and commands are transferred 
between the components of recorder/player 1 and mem- 
ory card 40, have been omitted from Fig. 1 2 and the fol- 
lowing process explanation for simplicity 
[0078] A read request signal specifying a desired 
track of data (tune) Is sent from recorder/player 1 to 
memory card 40. Recorder/player 1 and memory card 
40 perform a mutual authentication operation, as above 
described with reference to Fig. 10. If recorder/player 1 
and memory card 40 recognize each other as legitimate 
in accordance with the mutual identification process, a 
key writing process, as above described with reference 
to Fig. 11, is performed. OthenA^ise, the read operatbn 
is terminated. After the key writing process is complete, 
encrypted audio data is read from memory card 40 to 
recorder/player 1 by CPU 2. 

[0079] Since mutual identification is carried out be- 
tween memory card 40 and recorder/player 1 . the en- 
crypted contents key CK can be decrypted using the 
proper session key SeK only when memory card 40 and 
recorder/player 1 identify each other as legitimate. 
Therefore, illicit utilization of the audio data is easily 
avoided. Data read during the read operation had been 
written by the above-described write operation shown 
in Fig. 9. The setting of the contents key CK and the part 
key PK in each part data area 112, and the block seed 
BK_SEED in each block 11 3 is used for writing data to. 
and thus reading data from, the corresponding part data 
area 102. After step S6 of Fig. 10 is completed, memory 
card 40 and recorder/player 1 share session key SeK. 
The reading of audio data from memory card 40 pro- 
ceeds as follows. 

[0080] Memory card 40 specifics the data in the part 
data area 102 (Fig. 8A) con-esponding to the read re- 
quest signal and outputs the audio data In sound units 
SUs from the blocks 103 (Fig. 8A) in the specified part 
data area 1 02. Memory card 40 also reads the corre- 
sponding key area 101 (Fig. 8A) of the audio data and 
outputs it to recorder/player 1 . 
[0081] Recorder/player 1 picks-up the encrypted con- 
tents key CK from the data in the key area 101 and out- 
puts it to memory card 40. DES encrypting/decrypting 
circuit 54 of security block 52 in memory card 40 de- 
crypts the encrypted contents key CK using storage key 
Kstm stored in memory 55. and re-encrypts the decrypt- 
ed contents key CK using session key SeK, 
[0082] Memory card 40 outputs the re-encrypted con- 
tents key CK to recorder/player 1 . Recorder/player 1 de- 



crypts the re-encrypted contents key CK from memory 
card 40 using session key SeK. Recorder/player 1 then 
obtains the XOR of the decrypted contents key CK and 
the part key PK from data in each part data area 102 so 
5 as to obtain the temporary key TMK in accordance with 
equation (3), 

TMK = PK XOR CK (3) 

[0083] Recorder/player 1 uses the temporary key 
TMK and the block seed BK_SEED in each part data 
area 102 to perform the MAC operation shown in the 
following equation (4) so as to obtain the block key BK. 
The block key BK is found for every block 1 03 as follows. 

BK = MAC (TMK, BK.SEED) (4) 

[0084] Security block 3 of recorder/player 1 decrypts 
the audio data by using the block key BK. More specif- 
ically, the audio data is decrypted for every block 103 
using the Individually found block key BK. Further, de- 
cryption is carried out in the same 16KB blocks 103 as 
used for encryption. Audio ericoder/decoder 7 expands 
the decrypted audio data according to the ATRAC3 sys- 
tem and outputs the decoded signal through digital out- 
put 1 4 or D/A converter 1 2 converts the digital audio sig- 
nal into an analog signal and outputs the result through 
analog output 1 3. Alternatively the ATRAC3 audio data 
from security block 3 is outputted through output 1 5. Au- 
dio encoder/decoder 7 expands the audio data in sound 
units SUs. 

[0085] Fig. 1 3 shows the decrypting process when re- 
corder/player 1 reproduces an audio track stored in flash 
memory 42 of memory card 40. As with the write oper- 
ation shown in Figs. 9 to 11, the session key SeK is 
shared between recorder/player 1 and memory card 40 
after they are mutually authenticated. 
[0086] At step S21 . recorder/player 1 (SET) reads da- 
ta from memory card 40 (MEMORY CARD) and obtains 
the contents key CK encrypted with the storage key 
Kstm (namely, DES (Kstm, CK)) and encrypted contents 
(part data arca(s) 102 of the desired track). Thereafter, 
recorder/player 1 sends the contents key CK encrypted 
with the storage key Kstm to memory card 40. 
[0087] At step S22, memory card 40 decrypts the con- 
tents key CK with the storage key Kstm (namely IDES 
(Kstm, DES (Kstm, CK)). At step S23, memory card 40 
encrypts the decrypted contents key with the session 
key SeK and sends DES (SeK, CK) to recorder/player 1 . 
[0088] At step S24, recorder/player 1 decrypts the 
contents key with the session key SeK. At step S25, re- 
corder/player 1 creates a block key BK with the decrypt- 
ed contents key CK, a part key PK. and a block seed 
HK_SEED. At step S26. recorder/player 1 decrypts 
each encrypted part data area 102 with the block key 
BK block by block. The audio encoder/decoder 7 de- 
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codes the decrypted audio data. 
[0089] With relerence to interface 11 shown in Fig. 2. 
Fig. 14 shows a timing chart of data being read from 
memory card 40. In other than state 0 (Initial state), a 
clock signal used to synchronize data Is sent through s 
clock line SCK. When data is sent or received between 
recorder/player 1 and memory card 40, the signal level 
of status line SBS Is low. An initial condition may be re- 
ferred to as state or status 0 (initial state). At timing t31 , 
recorder/player 1 causes the signal tevei ot status line 
SBS to become high (state 1 ). 
[0090] When the signal level of status line SBS be- 
comes high, memory card 40 (S/P and P/S IF block 43) 
determines that state 0 has changed to state 1 . In state 
1 , recorder/player 1 sends a read command to memory 
card 40 through data line DIO. Thus, memory card 40 
receives the read command. The read command is a 
protocol command referred to as a Transfer Protocol 
Command. (TPC). As will be described later, the pro- 
tocol command designates the contents of the commu- 
nication and the length of data that follows. 
[0091] At timing 132, after a command has been trans- 
mitted, the signal level of status line SBS changes from 
high to low. Thus, state 1 changes to state 2. In state 2, 
a process designated by a command received by mem- 
ory card 40 Is performed. In reality, data of an address 
designated by the read command is read from flash 
memory 42 to page buffer 45. While the process is being 
performed, a busy signal (high level) is sent to recorder/ 
player 1 through data line DIO. 
[0092] At timing t33. after data has been read from 
flash memory 42 to page buffer 45, the supplying of the 
busy signal is stopped. A ready signal (low level) that 
represents that memory card 40 is ready to send data 
in accordance with the read command is outputted to 
recorder/player 1 . 

[0093] When recorder/player 1 receives the ready sig- 
nal from memory card 40, recorder/player 1 determines 
that memory card 40 Is ready for processing the read 
command. At timing 134. recorder/player 1 causes the 
signal level of status line SBS to become high. In other 
words, state 2 changes to state 3. 
[0094] In state 3, memory card 40 outputs data that 
has been read to page buffer 45 in state 2 to recorder/ 
player 1 through data line DIO. At timing t35, after the 
read data has been sent, recorder/player 1 stops send- 
ing the clock signal through clock line SCK. In addition, 
recorder/player 1 causes the signal level of status line 
SBS to change from high to low. Thus, state 3 changes 
to the initial state (state 0). 

[0095] When an Interrupt process should be per- 
formed such as due to a state change in memory card 
40 as at timing 136. memory card 40 sends an interrupt 
signal to recorder/player 1 through data line DIO. When 
recorder/player 1 receives the interrupt signal through 
data line DIO from memory card 40 in state 0, recorder/ 
player 1 determines that the signal is an interrupt signal 
and performs a process corresponding to the interrupt 



signal. 

[0096] Fig. 1 5 is a timing chart of an operation in which 
data is written to flash memory 42 of memory card 40. 
In the initial state (state 0). the clock signal is not sent 
through clock line SCK. At timing t41 . recorder/player 1 
causes the signal level of status line SBS to change from 
low to high. Thus, state 0 changes to stale 1 . In state 1 , 
memory card 40 is ready to receive a command. At tim- 
ing 141 , a write command Is sent to memory card 40 
through data line DIO and memory card 40 receives the 
write command. 

[0097] At timing 142, recorder/player 1 causes the sig- 
nal level of status line SBS to change from high to low. 
Thus, state 1 changes to state 2. In state 2, recorder/ 
player 1 sends write data to memory card 40 through 
data line DIO and memory card 40 stores the received 
write data to page buffer 45. 

[0098] At timing 143, recorder/player 1 causes the sig- 
nal level of status line SBS to change from low to high. 
Thus, state 2 changes to state 3. In state 3, memory 
card 40 writes the write data to flash memory 42. mem- 
ory card 40 sends a busy signal (high level) to recorder/ 
player 1 through data line DIO, and recorder/player 1 
sends a write command to memory card 40. Since the 
current state is state 3, recorder/player 1 determines 
that the signal received from memory card 40 is a status 
signal. 

[0099] At timing t44, memory card 40 stops outputting 
the busy signal and sends a ready signal (low level) to 
recorder/player 1 . When recorder/player 1 receives the 
ready signal, recorder/player 1 determines that the writ- 
ing process corresponding to the write command has 
been completed and stops sending the clock signal. Ad- 
ditionally at timing 145, recorder/player 1 causes the sig- 
nal level of status line SBS to change from high to taw. 
Thus, slate 3 returns to state 0 (initial state). 
[0100] When recorder/player 1 receives a high level 
signal from memory card 40 through data line DIO In 
state 0, recorder/player 1 determines that the received 
signal is an interrupt signal. Recorder/player 1 performs 
a process corresponding to the received interrupt signal. 
When memory card 40 is to be detached from recorder/ 
player 1 , memory card 40 generates the interrupt signal. 
[0101] In other than the reading process and the writ- 
ing process, in state 1, a command is sent. In state 2, 
data corresponding to the command is sent. 
[01 02] It is noted that the serial interface disposed be- 
tween recorder/player 1 and memory card 40 is not lim- 
ited to interface 11 as above described. In other words, 
various types of serial interface may be used. 
[0103] Next, a process performed by recorder/player 
1 that uses a memory card will be described with refer- 
ence to Fig. 16. When the power ot recorder/player 1 is 
turned on (at step S200), it is determined whether or not 
memory card 40 or 40' has been attached to recorder/ 
player 1 (at step S201). When the determined result at 
step S201 is Yes, data is read from a boot btack of mem- 
ory card 40 or 40' (at step S202). 
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[01 04] As was described with reference to Fig. 7, boot 
and attribute information of a boot block contains iden- 
tification information that represents whether or not 
memory card 40 or 40' is of the security type. With ref- 
erence to the identification Information, it is determined 
whether memory card 40 or 40' Is a security type mem- 
ory card (40) or a non-security type memory card (40') 
(at step S203). If the determined result at step S203 Is 
Yes (memory card 40), an authenticating operation is 
performed (at step S204). After memory card 40 has 
been authenticated, contents data is recorded to mem- 
ory card 40 or reproduced therefrom (at step S205). 
[0105] If the determined result at step S203 is No 
(memory card 40'), an alarm message that represents 
memory card 40' cannot be used is displayed on display 
device 5. The alarm message may be issued with an- 
other method such as a sound. 
[0106] The above-described process is performed by 
security type recorder/player 1 . When the determined 
result at step S203 Is No (namely, recorder/player 1 is 
not of the security type), as denoted by a dotted line 
shown in Fig. 16. the flow advances to step S207 
through step S202 (data is read from a boot block). At 
step S207, it is determined whether or not memory card 
40 or 40' is a security type memory card (40) or a non- 
security type memory card (40'). Regardless of whether 
the determined result at step S207 Is Yes or No, at step 
S208 or S209, a normal operation (writing operation, 
reading operation, erasing operation, or the like) can be 
performed for memory card 40 or 40'. 
[0107] According to the above-described embodi- 
ment, the predetermined function of memory card 40 is 
a security function. However, it should be noted that the 
present invention is not limited to a security function. For 
example, the present invention can be applied for the 
communication speed (data rate) of interface 11 dis- 
posed between recorder/player 1 and memory card 40 
or 40' where the communication speed of memory card 
40 is faster than the conventional speed of memory card 
40V 

[01 08] Fig. 1 7 is a flow chart showing a process with 
respect to communication speed as a predetermined 
function of memory card 40. At step S300. the power Is 
turned on. At step S301 . It is determined whether or not 
memory card 40 or 40' has been attached. At step S302, 
data is read from a boot block of memory card 40 or 40'. 
As with the security function, the boot block contains 
identification information that represents whether or not 
memory card 40 or 40' Is of the high speed type. 
[0109] It is determined whether or not memory card 
40 or 40' is of the high-speed type with the identification 
information (at step S303). When the determined result 
at step S303 is Yes (memory card 40), the communica- 
tion speed (data rate) between recorder/player 1 and 
memory card 40 is changed from low speed to high 
speed (at step S304). Jhus, high-speed operation is 
performed (at step S305). When the determined result 
at step S303 Is No (memory card 40'), low speed oper- 



ation is performed (at step S306). When recorder/player 
1 is not of the high speed type, as denoted by a dotted 
line shown in Fig. 1 7, regardless of whether or not mem- 
ory card 40 or 40' is of the high speed type (at step 
5 S307), low speed operation Is performed (at step S308 
or S309). 

[0110] According to the present technique, even if 
memory card 40 with a predetermined function and 
memory card 40' without a predetermined function co- 
exist, when memory card 40 or 40' is attached, recorder/ 
player 1 can immediately determine whether or not 
memory card 40 or 40' has the predetermined function. 
Thus, unlike a method for communicating recorder/play- 
er 1 with memory card 40 or 40' to determine whether 
an error takes place, a meaningless operation Is not per- 
formed. In addition, unlike a method for determining 
whether memory card 40 or 40' is of the predetermined 
function type by the shape thereof, memory card 40 with 
the predetermined function can be used for recorder/ 
player 1 even if the latter does not have the predeter- 
mined function. Thus, the compatibility of the memory 
cards is improved. 

[0111] It will be apparent that certain changes rr^y be 
made In carrying out the above method and In the con- 
structions set forth without departing from the scope of 
the invention, and it is intended that all matter contained 
in the above description and shown in the accompany- 
ing drawings shall be interpreted as Illustrative and not 
in a limiting sense. For example, the described embod- 
iment employs DES as the security method. However, 
various encrypting technologies may be used instead of 
DES. 

[0112] It Is also to be understood that the following 
claims arc intended to cover ail of the generic and spe- 
cific features of the invention herein described and all 
statements of the scope of the invention which, as a mat- 
ter of language, might be said to fall therebetween. 



Claims 

1 . A memory unit attachable to a data processing unit 
and detachable therefrom, said memory unit com- 
prising: 

a non-volatile memory; and 
interface means for communicating with the da- 
ta processing unit; 

wherein identification information indicating at 
least one of (i) whether the memory unit Is of a se- 
curity type or a non-security type and (11) whether 
the memory unit is of a first rate type in which data 
is recorded in the memory unit at a first rate or a 
second rate type in which data is recorded in the 
memory unit at a second rate, the first rate being 
different from the second rate, is recorded in a pre- 
determined area of the non-volatile memory, and 
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wherein the identification information is read 
by the data processing unit when the memory unit 
is attached thereto. 

X 

2. A data processing unit for recording/reproducing 
data to/from a memory unit, the memory unit having 
a non-volatile memory and being attachable to/de- 
tachable from the data processing unit, the data 
processing unit comprising: 

Interface means tor communicating with the 
memory unit; and 

means for determining at least one of (I) wheth- 
er the memory unit is of a security type or a non- 
security type and (ii) whether the memory unit 
is of a first rate type in which data Is recorded 
in the memory unit at a first rate or a second 
rate type in which data is recorded in the mem- 
ory unit at a second rate, the first rate being dif- 
ferent from the second rate when the memory 
unit is attached thereto. 

3. The data processing unit as set forth In claim 2, 
wherein the data processing unit performs a record- 
ing/reproducing operation after the determining 
means determines that the memory unit Is of the 
security type and after performing an authenticating 
operation with the memory unit. 

4. The data processing unit as set forth in claim 2» 
wherein the data processing unit is one of a security 
type and a non-security type, and wherein the data 
processing unit prohibits a recording/reproduclng- 
operation after determining that the memory unit is 
of the non-security type when the data processing 
unit is of the security type. 

5. The data processing unit as set forth in claim 2, 
wherein the data processing unit is one of a security 
type and a non-security type, and wherein the data 
processing unit outputs an error message after de- 
termining that the memory unit is of the non-security 
type when the data processing unit is of the security 
type. 

6. The data processing unit as set forth in claim 2, 
wherein the data processing unit communicates 
with the memory unit at the appropriate one of the 
first and second rates as determined by the deter- 
mining means. 

7. The data processing unit as set forth in claim 2, 
wherein identification Information indicating at least 
one of (i) whether the memory unit is of the security 
type or the non-security type and (Ii) whether the 
memory unit is of the first rate type or the second 
rate type is recorded in a predetermined area of the 
non-volatile memory, and wherein the determining 



means includes means for reading the identification 
information from the predetermined area of the non- 
volatile memory when the memory unit Is attached 
to the data processing unit. 

5 

8. A data processing method for. use with a data 
processing unit for writing/reading in formation to/ 
from a memory unit having a non-volatile memory 
that is attachable to the data processing unit and 

10 detachable therefrom, the data processing method 
comprising the steps of: 

reading data from a predetermined storage ar- 
ea of the non-volatile memory of the memory 
IS unit when the memory unit Is attached to the 

data processing unit; and 
determining at least one of (i) whether the mem- 
ory unit is of a security type or a non-security 
type and (ii) whether the memory unit Is of a 
20 first rate type in which data is recorded in the 

memory unit at a first rale or a second rate type 
in which data is recorded in the memory unit at 
a second rate, the first rate being different from 
the second rate. 

25 

9. The data processing method as set forth in claim 8, 
further comprising the step of writing/reading data 
to/from the memory unit after determining that the 
memory unit Is of the security type and after per- 

30 forming an authenticating operation with the mem- 
ory unit. 

10. The data processing method as set forth in claim 8, 
wherein the data processing unit is one of a security 

35 type and a non-security type, further comprising the 
step of prohibiting writing/reading data to/from the 
memory unit after determining that the memory unit 
is of the non-security type when the data processing 
unit is of the security type. 

40 

11. The data processing method as set forth in claim 8, 
wherein the data processing unit is one of a security 
type and a non-security type, further comprising the 
step of outputting an error message after determin- 
es ing that the memory unit is of the non-security type 

when the data processing unit is of the security type. 

12. The data processing method as set forth in claim 8, 
wherein the data processing unit communicates 

50 with the memory unit at the appropriate one of the 
first and second rates as determined at the deter- 
mining step. 

13. The data processing method as set forth in claim 8, 
55 wherein the data read from the predetermined stor- 
age area includes identification information indicat- 
ing at least one of (i) whether the memory unit is of 
the security type or the non-securitytype and (ii) 
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whether the memory unit is of the first rate type or 
the second rate type is recorded in a predetermined 
area of the non-volatile memory. 
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